home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 96.lightwave-0415 / 000206_dwarner@webcom.com _Tue Apr 16 18:36:05 1996.msg < prev    next >
Internet Message Format  |  1996-04-24  |  2KB

  1. Received: from e55.webcom.com (e55.webcom.com [206.2.192.66]) by keeper.albany.net (8.7.5/8.7.5-MZ) with ESMTP id SAA13104 for <DWARNER@ALBANY.NET>; Tue, 16 Apr 1996 18:36:00 -0400 (EDT)
  2. Received: from localhost by e55.webcom.com with SMTP
  3.     (1.37.109.15/16.2) id AA253843596; Tue, 16 Apr 1996 15:26:37 -0700
  4. Date: Tue, 16 Apr 1996 15:26:36 -0700
  5. Errors-To: dwarner@ALBANY.NET
  6. Message-Id: <wsoHmD1w165w@sicoar1.sicoar.com>
  7. Errors-To: dwarner@ALBANY.NET
  8. Reply-To: lightwave@garcia.com
  9. Originator: lightwave@garcia.com
  10. Sender: lightwave@garcia.com
  11. Precedence: bulk
  12. From: ggarramuno@sicoar1.sicoar.com (Gonzalo Garramuno)
  13. To: Multiple recipients of list <lightwave@garcia.com>
  14. Subject: Re: LW's FP precission - I AM ASHAMED
  15. X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
  16. Status: RO
  17. X-Status: 
  18.  
  19. Ernie,
  20.  
  21. I am ashamed to say that you are absolutely right.  Ignore my previous
  22. posts.  I was NOT scaling the sphere, that's why it was working.  I guess
  23. I need to get some sleep, for being so silly.  I had not realized it was
  24. a ratio problem (difference between micro/macro proportion), as you had
  25. clearly explained in your original post.  I assumed it only happened on
  26. macro proportions.  How silly of me: any scene with that goes over the
  27. ratio will have problems.
  28. It makes PERFECT sense, now.
  29. I take the problem is LW's floating point precission, and
  30. working with more precission should solve the problem.
  31. Is there a way to easily work with higher precision numbers from a
  32. programming stand-point (ie. make LW work with higher precission
  33. by developing your own floating point routine -not being constrained to
  34. what the compiler's highest precission fp number is)?
  35.  
  36. Gonzalo Garramuno
  37. ggarramuno@sicoar1.sicoar.com
  38. Buenos Aires, Argentina